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@ A system for establishing a communication path in a closely coupled computer system. 

@ In a system for establishing a communication path between one global server (13) and a piuralfty of 
local servers (14.14 1 ) and transmitting a request for processing a message through the communication 
path in a closely coupled computer system (10), the establishing system includes : a first capability 
(OCAP) which is issued from the global server (13) or the local server (14,140 to an arbitrary client to 
receive the request transmitted from the arbitrary client; a second capabiHy (R-CAP) which is issued 
from the global server (13) or local server (14,14') to a specified server to establish the communication 
path ensuring security of the message from the specified server; a message communication unit (12) 
for transmitting the message between the global server (13) and the local saver (14>14*) by using the 
first and second capabBRy (OCAP.R-CAP) ; and a destination intermediation unit (11) for registering the 
first capabFrty (OCAP) and informing the first capabaity to the local server (14) to intermediate the 
communication between the global server (13) and the local server (14); wherein the global servo- (13) 
revests the registration of the first capabOfty (OCAP) from the destination intermediation unit (11), the 
local server (14,14') acquires the first capability (OCAP) from the destination intermediation una (11), 
and the local server (14,14*) requests the establishment of the communication path (12) from the local 
server (14,14*) to the global server (13) by using the second capabflity (R-CAP). 
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A SYSTEM FOR ESTABLISHING A COMMUNICATION PATH IN A CLOSELY COUPLED COMPUTER 

SYSTEM 



The present Invention relates to a Systran for 
establishing a communication path between servers 
in a closely coupled computer system. More particu- 
larly, the communication path Is established between 
a global server and a plurality of local servers, and a s 
message communication between servers is perfor- 
med based on an access by "capability". In general, 
the server is defined as "any one of processors taking 
charge of processing", that Is, the server is defined as 
an apparatus for providing various resources, for 10 
example, a fQe, a printer, a c ommunic ati on network 
and the like In a computer system, Further, the capabf- 
IHy Is defined as a kind of a "ticket" or "access right* 
for servos in the message communication between 
servos. 15 

A closely coupled computer system is constituted 
by a plurality of subsystems each of which has a 
plurality of processors. In the sub-system, the number 
of processor can be enlarged in accordance with user 
requirements. In the closely couple d computer sys - 20 
tOT^ord y one global server isprp vided in the s ystem, 
a gTTocd server pnwidedlbr eveiy.gutHgystgm. 
-Accordingly, one global server and a plurality of local 
servers are provided in the closely coupled computer 
system, and a request to use a resource is transmitted 25 
between the global server and a local server. 

In the closely coupled computer system, the 
global server and the local servers are independently 
(asynchronously) started up after an initial program 
load (IPL) operation in the computer system is com- so 
pleted. Accordingly, in a message communication be- 
tween servers, it is necessary to confirm the start-up 
state of both servers, and after confirmation, it is 
necessary to establish a communication path be- 
tween servers. In a conventional art, a request for 35 
confirming start-up is transmitted from the global ser- 
ver to the local server. That is, the gjobal server takes 
the initiative in the message communication between 
servers. Accordingly, ft is necessary for the global ser- 
ver to always check the start-up state of all local ser- 40 
vers, and the global server must recognize 
subsequent matters to manage the start-up state of all 
local servers. 

First, the gjobal server must get definit i on data for 
the^ iocaTseiver, and~must reco gnize the location 45 
where the local server exists . Second, the global ser- 
ver must recognize the startup state of the local ser- 
ver. Accordingly, there are demerits in above 
conventional art as explained below. Rrst, when the 
definition data for the local server is changed, it is so 
necessary for the global server to perform a restart-up 
operation for an servers. Second, since the communi- 
cation path between servers is fixedly established, it 
is necessary to previously define an order of the mes- 



sage communication between local savers. Second, 
when anyone of the focal servers is not started up, the 
global server must periodically check the start-up 
state of that local server. 

In accordance with the present invention, there is 
provided a system for establishing a communication 
path between one global server and a plurality of local 
server and transmitting a request for processing a 
message through the communication path in a closely 
coupled computer system, the establishing system 
including; a first capability which is issued from the 
global server or the local server to an arbitrary client 
to receive a request transmitted from the arbitrary 
client; a second capability which is issued from the 
global server or local server to a specified server to 
establish the communication path ensuring security of 
the message from the specified server; a message 
communication unit for transmitting the message be- 
tween the global server and the local server by using 
the first and second capabSity; and a destination inter- 
mediation unit for registering the first capability and 
informing the first capability of the local server to biter- 
mediate the communication between the global ser- 
ver and the local server; wherein the global server 
requests the registration of the first capability from the 
destination intermediation unit, the local server 
acquires the first capability from the destination inter- 
mediation unit, and the local server requests the 
establishment of the communication path from the 
local server to the global servo* by using the second 
capability. 

Particular embodiments of the present invention 
will now be described with reference to the accom- 
panying drawings; in which:- 

In the drawings: 

F|g. 1 is a basic block diagram for explaining a 
first aspect of the present invention; 
Ffe. 2 is a flowchart for explaining an initialization 
step of the global server; 
Fig. 3 is a flowchart for explaining further proces- 
sing steps of the global server; 
Fig. 4 is a flowchart for explaining an initialization 
step of the local server; 

Fig. 5 is a schematic block diagram of a closely 
coupled computer system applying the present 
invention; 

Fig. 6 is a view for explaining an establishment 
method of a communication path according to the 
present invention; 

Fig. 7 is a view for explaining a detailed method 
of establishing the communication path shown in 
Fig. 6; 

Fig. 8 is a basic block diagram for explaining a 
second aspect of the present invention; 
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Fig. 9 Is a view for explaining an operation of the 
communication according to the second aspect of 
the present invention; 

Fig. 10 is a view for explaining a R-CAP manage- 
ment table in the reception server according to s 
the present invention; 

Rg. 11 is a flowchart for explaining the regis- 
tration in the R-CAP management table shown in 
Rg. 10; and 

Rg. 12 is a flowchart for explaining the search 10 
step In the R-CAP management table shown in 
Rg. 10. 

Rgure 1 is a basic block diagram for explaining 
the first aspect of the present invention. In Rg. 1, 
reference number 10 denotes a closely coupled com- is 
puter system constituted by a plurality of processor 
modules, 11 a destination intermediation means 
(below, a mediator), and 12 a message communi- 
cation means for processing a message communi- 
cation by using the capability as the destination. 20 
Further, 13 denotes a global server, and 14 and 14' 
denote local servers. 

In the first aspect of the present invention, two 
kinds of capabilities are provided for the message 
communication between servers. That is, the first 25 
capability Is called a "calling capability* and the sec- 
ond capability is called a "resource capability". The 
calling capability (below, C-CAP) is issued by the ser- 
ver (in Rg. 1, the C-CAP is issued from the global ser- 
ver 13) for receiving a request transmitted from an 30 
arbitrary client In this case, the client is defined as a 
subject which requests the processing of the 
resource. The server can establish the communi- 
cation path to an unspecified client existing in an arbit- 
rary location in the system. This establishment of the 35 
communication path is performed by opening the C- 
CAP to the public 

The resource capability (below, R-CAP) is issued 
from the server (in Rg. 1, the R-CAP is issued from 
the local server 14 or 140 to aspedfied client (In F|g. 40 
1, to the global server 13). The R-CAP can ensure the 
security of the message to the specified client in the 
communication path. 

In Rg. 1, numbers 1 to 5 are basic steps for estab- 
lishing the communication path from the local server 45 
to the global server. 

In step 1, after initialization of the global server 
itself is completed, the global server 13 requests regi- 
stration of the C-CAP to the mediator 11 to start the 
reception of the processing request from the local ser- so 
ver. 

In step 2, the mediator 11 checks whether or not 
the request from the global server 1 3 is suitable for the 
registration of the C-CAP. When the request from the 
global server 13 is suitable, the mediator 11 registers 55 
the C-CAP from the global server 13 therein. 

In steps 3 and 3', after in&ialization of the local 
server itself is completed, the local server 14, 14' 



issues the requests for acquiring the C-CAP of the 
global server 1 3 to the mediator 1 1 , and for establish- 
ing the communication path to the global server 13. 

In steps 4 and 4', the local server 14, 14' issues 
the R-CAP to the global server 13 to establish the 
message communication. The destination of the 
Issuance of the R-CAP Is determined based on the C- 
CAP of the global server 13 already acquired by the 
local server. 

In step 5, after the global server receives the R- 
CAP, the global server 13 checks whether or not the 
local servo- has an authorization. If the local server 
has authorization, the global server 13 manages the 
relationship between the R-CAP and the resource of 
the local server. 

As is obvious from the above steps, the mediator 
11 has a function of intermediating the destination be- 
tween the global server and the local server. The com- 
munication paths from the global server to the 
mediator 1 1 and from local servers to the mediator 1 1 
are fixedly determined in the message communi- 
cation means. Accordingly, it is possible for the server 
to communicate with the mediator 11 whenever the 
server is started up. Further, ft is possible to access 
the C-CAP registered in the mediator 11 from any 
local server. Accordingly, in the present invention, the 
global servo* 13 receives the Information of comple- 
tion of start-up from the local server 14, 14', so that it 
is possible to manage the resource of the local server 
without fixed definition data for the local server. 

In this case, since ft is possible for the global ser- 
ver to establish the communication path whenever the 
global server receives the information of completion 
of start-up from the local server, ft is not necessary for 
the global server to periodically check the start-up 
state of the local server and it is not necessary for the 
global serverto take the initiative in the message com- 
munication between servers. 

Rgure 2 is a flowchart for explaining the Initiali- 
zation step of the global server. As shown step 1, a 
mailbox and control table are prepared in the initiali- 
zation step of the global server, and as shown in step 
2, the global server requests the registration of the C- 
CAP from the mediator 11. 

Rgure 3 is a flowchart for explaining further pro- 
cessing steps of the global server. Tills flowchart exp- 
lains the steps for establishing the communication 
from the global server to the local server. 

In step 1, the global servo* receives a message 
from each of local servers. In step 2, the global server 
analyzes the messages and checks whether or not 
the transmitter of each of the messages (Le., local ser- 
ver) has authorized power. When the transmitter of a 
message is authorized, the global server obtains the 
R-CAP and the location of the local server by analyz- 
ing the message. In step 3, the global server acquires 
an area of control data, and manages the relationship 
between the R-CAP and the location. 
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Figure 4 Is a flowchart for explaining initialization 
steps of the local server. As shown step 1 , a mailbox, 
a control table, and an R-CAP are prepared in the 
initialization step of the local server. Further, as 
shown in step 2, to establish the communication path, s 
the local server acquires the C-CAP of the global ser- 
ver from the mediator, and informs the R-CAP to the 
global server. 

Figure 5 Is a schematic block diagram of the 
closely coupled computer system applying the pre- 10 
sent invention. In Fig. 5, FCMP denotes a flexibly 
coupled multiprocessor, GCMP a global coupled mul- 
tiprocessor, and SCCH a system communication 
channel Further, reference number 20 denotes a pro- 
cessor having an instruction execution function. 15 

As shown in the drawing, the FCMP is constituted 
by a plurality of GCMPs, and each of the GCMPs is 
interconnected by the SCCH which is duplexed. 
Further, the GCMPs are constituted by a plurality of 
processors. In this case, the number of processor can 20 
be enlarged in accordance with user requirements. 

Any one of the processors in the FCMP can take 
charge of the global server 1 3 shown in Fig. 1 , and any 
one of the processors in the GCMP can take charge 
of the local server 14, 14' shown in Fig. 1. 26 

Figure 6 is a view for explaining a method of 
establishing the communication path according to an 
embodiment of the present invention. In Fig. 6, the 
same reference numbers as used in Fig. 1 are 
attached to the same components in this drawing. 30 
Reference number 50 denotes a client, Le., a subject 
requesting the processing of a resource. The refer- 
ence number 51 denotes management means for 
managing a capability. As shown in the drawing, the 
management means 51 is provided for the mediator 35 
11, the global server 13, the local server 14, and the 
client 50. 

In Ffg. 6, numbers 1 to 8 are basic steps for the 
processing of a message according to the present 
invention. 40 

In step 1, after initialization of the global server 13 
itself is completed, the global server 13 requests the 
registration of the C-CAP from the mediator 11. In this 
case, the C-CAP is used as a destination for the mes- 
sage. 45 

In step 2, the mediator 11 checks whether or not 
the C-CAP requested from the global server 13 ts suit- 
able based on the name of the server and an attribute 
requested from the server. If the C-CAP is suitable, 
the C-CAP is registered in the mediator 11. In this so 
case, the attribute Is informed to the mediator 11 with 
the request of the registration of the C-CAP through 
the message communication means 12. 

In step 3, after the local server 14 is started up, it 
transmits the request to the mediator 11 to establish 55 
the communication path to the global server 13, and 
acquires the C-CAP of the globed server 13. Previ- 
ously, the global server is provided with a specified 



identification (ID) to specify its own server, and this ID 
is managed by the mediator 1 1 . Accordingly, the local 
server utilizes this ID to acquire the C-CAP of the 
global server 13. 

In step 4, the local server 14 issues the R-CAP to 
the global server 13. In this case, the destination of 
the R-CAP is given from the C-CAP of the global ser- 
ver 13. The R-CAP is utilized for the message com- 
munication hereinafter. Further, the local server 14 
manages a volume and Informs the name of the 
volume to the global server 13. The "volume" is 
defined as a management unit of data stored in a file. 

In step 5, the global server 1 3 checks the attribute 
of the local server 14 which transmits the R-CAP, and 
manages the relationship between the R-CAP and the 
volume name after confirmation of the attribute. After 
these steps, the communication path is established 
between the global server 13 and the local server 14. 

In step 6, the client 50 requests the global server 
13 to display the ffle of the volume. The global server 
13 searches the local server in which the resource 
exists based on the name of the volume. When the 
correct local server is found, the global server 13 
requests processing of the message by using the cor- 
responding R-CAP. 

In steps 7 and 8, when the global server 13 
requests the local server 14 to process the message 
by using the corresponding R-CAP, and the local ser- 
ver 14 receives the message from the global server 13 
and performs the processing of the request 

Figure 7 is a view for explaining a detailed method 
of establishing a communication path shown in Fig. 6. 
The same reference numbers as used In Fig. 6 are 
attached to the same components in this drawing. The 
mediator 11 has a control table 11a, and the global 
server 13 also has a control table 13a The control 
table 11a includes the name of the server and the des- 
tination, and the control table 13a includes the name 
of the volume and the destination of the local server. 

In stop 1, when the global server (a) requests the 
registration of the C-CAP from the mediator 11, the 
mediator 11 registers the global server (a) (as the 
name of the server) and the capabflfty C-CAP 1 of the 
destination in the control table 11a. 

In step 2, the local server 14 informs the name of 
the server (global server (a)) to the mediator 1 1 when 
the local server wishes to acquire the C-CAP of the 
global server 13. 

In step 3, the mediator 11 informs a destination 
(C-CAP) of the global server 13 to the local server 14 
when the mediator 11 receives the request of the C- 
CAP from the local server 14. 

In step 4, the local server 14 transmits a message 
to the global server 13. In this case, the message 
includes the R-CAP indicating its own destination, 
and the name of the volume (volume a) to be man- 
aged by itself. The global server 1 3 registers the name 
of the volume (volume a) and the corresponding des- 
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tinaiion of the local server 14 in the control table 13a. 
TheC-CAP1 is used as the destination. 

In step 5, when the client 50 wishes to process a 
volume, the client 60 informs the name of the volume 
(volume o) by using the C-CAP as the destination. 5 

In step 6, when the global server 13 receives a 
processing request from the client the global server 
13 checks the control table 13a, and obtains the des- 
tination (R-CAP 1) of the local server 14 which man- 
ages the volume a. Further, the global server 13 10 
Informs the request of the client server 50 to the local 
server 14. 

As explained above, the local server 14 receives 
the destination (C-CAP 1) of the global server 13 from 
the mediator 1 1, then requests the establishment of 15 
the communication path using the C-CAP 1 from the 
global server. Accordingly, it Is possible to arbitrary 
establish the communication path between the global 
server and the local server. Therefore, it is not neces- 
sary for the global server to hold the fixed definition 20 
data for the local server, and the global server can 
asynchronously receive the start-up of the local ser- 
ver so that it is possible to easily establish the com- 
munication path between the servers. 

Figure 8 is a basic block diagram for explaining 25 
the second aspect of the present invention. The same 
reference numbers as used in Fig. 1 are attached to 
the same components in this drawing. Reference 
number 15 denotes a reception server. As a feature 
of this invention, only one reception server 15 is pro- 30 
vided in the composite computer system 1 0 to receive 
requests to use the resource from the client server 50. 

The reception server 50 is constituted by a man- 
agement means 15a, volume name deriving means 
15b, and destination data acquisition means 15c The 35 
management means 15a manages the capability and 
the name of the volume transmitted from the global 
server 13. The volume name deriving means 15b 
derives the name of the volume in which the resource 
exists from the name of the resource designated by 40 
the client 50. The destination data acquisition means 
1 5c acquires the corresponding capability by search- 
ing the management means 15a based on the name 
of the volume derived from the volume name deriving 
means 15b. 45 

In step 1, the global server 13 informs the com- 
pletion of tiie connection of the volume to the local ser- 
ver 14, 14', and requests an entry of the volume to the 
local server 14, 14' to provide an environment for 
handling the request from the client 50. The entry is so 
defined as the establishment of the connection be- 
tween servers. 

In step 2, the local server 14 performs the entry 
of the volume in response to the request of the entry 
of the volume from the global server 13. 55 

In step 3, when the entry of the volume is com- 
pleted by the local server 14, the global server 14 
transmits the capability indicating the destination of 



the volume entered therein. 

In step 4, when the global server 13 receives the 
capability transmitted from the local server 14, the 
global server 1 3 transmits the capability and the name 
of the volume to the reception server 15. 

The management means 15a of the reception 
server 15 manages the capability and the name of the 
volume transmitted from the global server 13. When 
the reception server 15 receives the request to use 
the resource from the client 50, the volume name deri- 
ving means 15c derives the name of the volume in 
which the resource exists from the name of the 
resource indicated by the client Further, the desti- 
nation data acquisition means 15b acquires the 
capability of the requested volume by searching the 
management means 15a based on the name of the 
volume derived from the volume name deriving 
means 15a Accordingly, the reception server 15 
issues the request to use the volume to the local ser- 
ver 14 by using the capabaity as the destination. In the 
present invention, it is possible for the reception ser- 
ver to immediately specify the local server which man- 
ages the volume requested from the client without 
sending any inquiry to the global and local servers. 

Figure 9 Is a view for explaining an operation of 
the communication according to the second aspect of 
the present invention. 

In Fig. 9, the same reference numbers as used in 
Fig. 8 are attached to the same components in this 
drawing. Fast, the global server 13 performs the pro- 
cessing to establish the communication path between 
the global server 13 and the local server 1, and be- 
tween the global server and the reception server 15. 

As explained In the first aspect of the present 
invention, the establishment of the communication 
path is performed in such a way that, after the initiali- 
zation of the global server 13 itself is completed, the 
global server 13 registers the C-CAP in the mediator 
11 (see, Fig. 1), the local servo- 14 acquires the C- 
CAP of the global server 13 from the mediator 1 1 after 
initialization is completed, and the local server 14 
transmits the R-CAP to the global server 1 3 by using 
the C-CAP as the destination. 

In the second aspect of the present invention, the 
establishment of the communication path between 
the global servo* 13 and the reception server 15 is 
performed based on the following steps. First, after 
the Initialization of the reception server 15 HseJf is 
completed, the reception server 15 registers the C- 
CAP in the mediator 11. After the initialization of the 
global server 13 is completed, the global server 13 
acquires the C-CAP of the reception server 15, and 
transmits its own C-CAP to the reception server 15 by 
using the acquired C-CAP as the destination. Further, 
the establishment of the communication path be- 
tween the client 50 and the reception server 15 is per- 
formed by using the C-CAP ofthe reception server 15 
registered In the mediator 11. 
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The processing steps shown in Rg. 9 are exp- 
lained In detaD hereinafter. 

In step 1, the global server 13 informs the com- 
pletion of the connection to local server 14 which 
requested the processing. The information is perfor- s 
med for the volume at which the connection is com- 
pleted. Further, the global server 13 requests the 
entry of the volume to the local server 14 to prepare 
the environment for handling the request from the 
client 50. In this case, the message communication 10 
from the global server 13 to the local server 15 is per- 
formed by using the R-CAP of the local server 14 as 
the destination. 

In step 2, when the local server 14 receives the 
request of the entry of the volume from the global ser- 15 
ver 13, the local server 14 performs the entry of the 
volume to prepare the environment for using the 
requested volume. Further, the local server 14 issues 
the R-CAP using as the destination of the volume to 
the global server 13. 20 

In step 3, when the global server 13 receives the 
R-CAP of the volume from the local server 14, the 
global server 1 3 informs the received R-CAP and the 
name of the volume to the reception server 15. 

In step 4, when the reception server 15 receives 25 
the R-CAP and the name of the volume from the 
global server 13, the reception server 1 5 registers the 
R-CAP and the name of the volume in a R-CAP man- 
agement table 30 (see, Fig. 10). 

In step 5, after the communication path between 30 
the client 50 and the reception server 15 is 
established, the client 50 issues the request to use the 
resource to the reception server 15 by using the C- 
CAP of the reception server 15 as the destination. 

In step 6, when the reception server 15 receives 35 
the request to use the resource, the reception server 
15 acquires the volume in which the resource exists 
based on the designated resource name by using a 
name solution means (not shown). 

In step 7, when the reception server 15 acquires 40 
the name of the volume, the reception server 15 sear- 
ches the R-CAP management table 30. In this case, 
the acquired volume name is used as a keyword for 
the search. The reception server 15 acquires the R- 
CAP of the volume corresponding to the volume 45 
name. 

In step 8, when the reception server 15 acquires 
the R-CAP of the volume, the reception server issues 
the request to use the volume to the local server 14 
which manages the resource requested from the 50 
client 50 by using the acquired R-CAP of the volume 
as the destination. 

In step 9, when the local server 14 receives the 
request to use the resource, the local server 14 starts 
to use the volume. 55 

As explained above, since the reception server 
15 manages the R-CAP of the volume which the local 
server manages, the reception server 15 can specify 



the local server 14 managing the requested volume 
without sending an Inquiry to the global and local ser- 
vers. 

Figure 10 is a view for explaining a R-CAP man- 
agement table in the reception server according to the 
second aspect of the present invention. This R-CAP 
management table is used for the registration of the 
R-CAP in the reception server 15 explained in step 4 
of Rg. 9. In Rg. 10, the reception server 15 has a 
basic control table 31, and a plurality of R-CAP man- 
agement tables 30. The basic control table 31 is poin- 
ted from a fixed area at a space, and used as an 
anchor point The R-CAP management tables 30 are 
interconnected to each other in the form of a chain. 
Each R-CAP management table 30 manages an R- 
CAP and the name of a volume. In this case, the R- 
CAP and the name of the volume are indicated by the 
volume transmitted from the global server 13. 

Figure 11 is a flowchart for explaining the regis- 
tration in the R-CAP management table shown In Fig. 
10. This flowchart explains in detaD the registration 
process in the step 4 of Fig. 9. 

When the management means 15a In the recep- 
tion server 15 receives the message of the R-CAP 
from the global server 13 (step 1), the management 
means 15a exclusively acquires the chain of the R- 
CAP management table 30 (step 2). Next the man- 
agement means 15a searches the R-CAP 
management table 30 to find the same volume name 
as the received volume name. That is, the manage- 
ment means 1 5a defines a head address of the chain 
as a parameter P (step 3) to find the same volume 
name as the received volume name, and judges 
whether or not the parameter P indicates a NULL 
point (step 4), and when the parameter P is not a 
NULL point (NO), the management means 15a judges 
whether or not the volume name of the R-CAP man- 
agement table is the same volume name as the 
received volume name (step 5). When the volume 
name Is the same as the received volume name 
(YES), a new R-CAP replaces the previous R-CAP of 
the volume in the R-CAP management table 30 (step 
6). Further, the ma nagement means 15a releases the 
exclusive control of the chain of the R-CAP manage- 
ment table 30. 

In step 4, when the parameter P is a NULL point 
(YES), the management means 15a prepares a new 
R-CAP management fable (step 9). Further, in step 5, 
when the volume name of the R-CAP management 
table is not the same as the received volume name 
(NO), the parameter P is updated to a new address 
(steps). 

Figure 12 is a flowchart for explaining the search 
step in the R-CAP management table shown m Rg. 
10. These steps explain in detail the search process 
at steps 5, 6, and 7 of Fig. 9. When the reception ser- 
ver 1 5 receives the request to use the resource from 
the client (step 1), the management means 15a in the 
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reception server 15 acquires the volume name based 
on the resource name from the client 50 (step 2), and 
the management means 15b exclusively acquires the 
chain of the R-CAP management table 30 (step 3). 
Next, the management means 15a searches the R- s 
CAP management table 30 to find the same volume 
name as the received volume name. That is, the man- 
agement means 15a defines a head address of the 
chain as a parameter P (step 4) to find the same 
volume name as the received volume name, and 10 
judges whether or not the parameter P indicates a 
NULL point (step 5), and when the parameter P is not 
a NULL point (NO), the management means 15a 
judges whether or not the volume name of the R-CAP 
management table Is the same volume name as the is 
received volume name (step 6). When the volume 
name is the same as the received volume name 
(YES), the management means 15b exclusively per- 
forms the acquisition of the corresponding R-CAP 
management table (step 7). Further, the management 20 
means 15a releases the exclusive control of the chain 
of the R-CAP management iable 30. 

In step 5, when the parameter P Is a NULL point 
(YES), the management means 15a informs the mes- 
sage which the volume can not use (step 1 0). Further, 25 
in step 6, when the volume name of the R-CAP man- 
agement table does not correspond to the received 
volume name (NO), the parameter P is updated to a 
new address (step 9). 



Claims 

1. A system for establishing a communication path 
between one global server and a plurality of local 35 
servers and transmitting a request for processing 
a message through the communication path in a 
closely coupled computer system, the establish- 
ing system comprising; 

a fust capability (C-CAP) which Is Issued 40 
from the global server (13) or the local server (14, 
14 1 ) to an arbitrary client to receive a request 
transmitted from the arbitrary client; 

a second capability (R-CAP) which is 
issued from the global server or local server to a 45 
specified server to establish a communication 
path ensuring security of a message from the 
specified server; 

message communication means (12) for 
transmitting the message between the global ser- so 
ver and the local server by using the first and sec- 
ond capability; and 

destination intermediation means (11) for 
registering the first capabiity and informing the 
first capability to the local server to intermediate £5 
the communication between the global server 
and the local server; 

wherein the global server requests the 



registration of the first capability from the desti- 
nation Intermediation means, the local server 
acquires the first capability from the destination 
intermediation means, and the local server 
requests the establishment of the communication 
path from the local server to the global server by 
using the second capability. 

2. A system for establishing a communication path 
as claimed in claim 1, further comprising a recep- 
tion server (15) for receiving a request from a 
client (50) which wishes to use a resource, the 
global server (13) transmitting a capability to the 
reception server, and the capabiity indicating the 
destination of a volume file transmitted from the 
local server and corresponding to the volume file. 

3. A system for establishing a communication path 
as claimed in claim 2, wherein the reception ser- 
ver comprises management means (15a) for 
managing the name of the volume and the 
capability transmitted from the global server, 
volume name deriving means (15b) for deriving 
the corresponding volume name from the 
resource indicated by the client, and destination 
data acquisition means for acquiring the corre- 
sponding capability by searching the manage- 
ment means based on the volume name derived 
from the volume name deriving means. 

4. A system for establishing a communication path 
as claimed in any preceding claim, wherein said 
destination intermediation means (11) comprises 
a control table (11a) constituted by the name of 
the server and the destination of the server. 

5. A system for establishing a communication path 
as claimed in any preceding claim, wherein said 
global server (13) comprises a control table con- 
stituted by the name of the server and the desti- 
nation of the local server. 

6. A system for establishing a communication path 
as claimed in any one of claims 2 to 5, wherein 
said reception server further comprises a plurality 
of R-CAP management tables for managing the 
volume name and the capability. 
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